home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1193.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  1.8 KB  |  37 lines
  1. > As to job control, line mode browsers start telnet happily enough, so
  2. > they can run kinit the same way.
  3. This is fine, I only said the browser should detect failure due to Payment
  4. Required (code 402) and initiate a dialog that requests the password, I
  5. didn't say you couldn't exec kinit to do the work.  I just don't want the
  6. user to have to type in the kinit request by hand each time he changes
  7. realms (even if only once, the browser and its helpers are free to deal
  8. with this however is best, including caching TGT's for different realms).
  9. If a user is already kinit'ed to the required realm the browser should
  10. not have to do anything, again it's up to the browser and its helpers
  11. to do the right thing.  You also need a way to generate the additional
  12. headers on each request using some external program (because you can't
  13. keep sending the same headers and avoid replay).
  14.  
  15. It is up to the browser writers to do this in a generic way so they can
  16. support multiple authentication schemes.  It would probably help if the
  17. server returned a header like Accept-Authentication: with a list of the
  18. authentication protocols it accepts.  Tim BL, do you want to address this
  19. in the HTTP spec?
  20.  
  21. Another way to attack the problem is just inject the raw authentication
  22. protocol in the stream at some point (hand off the socket to an
  23. external program and let it do all the work).  Tim: is this allowed?  What
  24. do you think about it?  I don't think it would break anything since it
  25. would only happen if both the client and server agreed on the
  26. Authentication: protocol.  Comments?
  27.  
  28. I hope to do some prototyping at some point in the next few weeks.
  29.  
  30. FYI: the problem I'm trying to solve is not so much local access to
  31. documents (you could simply check IP address for that and get most of what
  32. you need) but rather the purchasing of books and other services over the
  33. Internet.
  34.  
  35. --sanders
  36.  
  37.